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EXTENDING CAMP-ON CAPABILITIES TO INVITEES TO AN ONGOING CONFERENCE 

CALL 

Shmuel Shaffer 
Charles J. Bedard 

BACKGROUND OF THE INVENTION 

The present invention is related to a method and system to be 
utilized in data communications involving at least one data 
communications network. 

Description of the Related Art 

Data communications is the transfer of data from one or more 
sources to one or more sinks that is accomplished (a) via one or more 
data links between the one or more sources and the one or more sinks 
(b) according to a protocol. A data link is the means of connecting 
communications facilities or equipment at one location to 
communications facilities or equipment at another location for the 
purpose of transmitting and receiving data. A protocol, in 
communications, computer, data processing, and control systems, is a 
set of formal conventions that govern the format and control the 
interactions between at least two communicating functional elements 
in order to achieve efficient and understandable communications. 
Examples of protocols are Internet Protocol (IP) , Asynchronous 
Transfer Mode (ATM) protocol, H.323 (an ITU-T standard), Media 
Gateway Control Protocol (MGCP) , and Simple Network Management 
Protocol (SNMP) . 

A data communications network is the interconnection of two or 
more network station clients (i.e., data sources and/or sinks) over 
one or more data links. A data communications network connects and 
allows communication between multiple network station clients over 
one or more data links. 

A conference call is a network-provided service feature that 
allows a call to be established among three or more network station 
clients in such a manner that each of the stations is able to 
communicate with all other stations . Existing data communication 

- 1 - 

577266 v2 

Weil Reference: 1777 



Attorney Docket No.: 
M-7917 US 

equipment for establishing conference calls typically works in one of 
two modes: ad hoc conference mode, and "meet me" conference mode. In 
ad hoc conference mode, two network station clients are initially 
communicating. Thereafter, at least one of the initially 
5 communicating network station clients invokes the conference call 
feature of the data communications network of which the network 
station clients are a part, and identifies one or more network 
station clients to be added in order to convert the two station call 
into a conference call. In "meet me" conference mode a conference is 

10 scheduled in advance, and network station clients scheduled to 

participate in the conference call are given the network address of 
the conference service, the conference ID by which the scheduled 
conference will be identified, and a password that allows the network 
station clients scheduled to participate to gain access to the 

15 conference call. 

The present inventors have noted deficiencies in the ad hoc 
conference mode and "meet me" conference mode. One deficiency in the 
ad hoc conference mode is that, if an invited network station client 
is unavailable when an invitation to join the conference call is 

20 extended, no practical mechanism exists to persistently invite 

(meaning that the invitation persists only so long as the conference 
is ongoing or only so long as specified by the inviting party) the 
unavailable network station client to join the conference when the 
invited network station client does become available. One deficiency 

25 in the "meet me" conference mode is that, once the "meet me" 

conference has been established, there is typically no mechanism to 
persistently invite and add network station clients not originally 
scheduled to be part of the "meet me" conference, by invitation, if 
the invited network station client is unavailable when the invitation 

3 0 to join the "meet me" conference call is extended (a mechanism in 

conventional "meet me" conferencing does exist to invite participants 
after a conference call has begun, but this mechanism does not give 
an indication of a persistent invitation, nor does it withdraw the 
invitation when the conference call ends) . Examples of situations 

3 5 where invited network station clients are "unavailable" are when the 
invited network station client is busy in conversation with another 
network station client, or when the invited network station client 
does not substantially immediately answer the invitation (e.g., 
because the human user of the invited network station client is away 

40 from the network station client when the invitation to join the 
conference call is received) . 
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As a concrete example of one of the forgoing noted 
deficiencies, assume that a first and a second person are engaged in 
a conference call. Assume further that either the first person or 
second person tries to call yet a third person to invite that third 
person to join the conference call. Assume yet still further that 
the third person called doesn't answer the invitation to join the 
conference call, either because that third person is busy or is away 
from their desk. Accordingly, the calling party (either the first or 
second person) leaves a voice mail for the third person that the 
first and second person are in a conference call, and that the third 
person was being invited to the conference call. It has been 
discovered by the inventors named herein that there is no practicable 
way for the third person to "break in" and join the conference call 
once the conference call is already in progress. If the third person 
attempts to call either the first or the second person, typically 
that third person will receive a busy signal since the first and 
second person are already engaged in a conference call. The fact 
that the invited third party cannot enter the conference call at a 
later time is an example of one deficiency in conventional conference 
call schemes that has been discovered by the inventors named herein. 

SUMMARY OF THE INVENTION 

The present inventors have discovered a method and system 
which, among other things, can be utilized to remedy the 
deficiencies, described in the related art section above, associated 
with ad hoc and "meet me" conference modes. 

In one embodiment, a persistent invitation is extended to a 
first network station client to join a conference call in response to 
a determination that the first network station client is unavailable 
to accept a non-persistent invitation to join the conference call, 
and the first network station client is added to the conference call 
when the first network station client accepts the persistent 
invitation to join the conference call. In another embodiment, a 
persistent invitation to join an ongoing conference call is presented 
to an initially unavailable network station client, and the 
persistent invitation to join the ongoing conference call is accepted 
in response to user input to a network station client selected from 
the group including but not limited to the initially unavailable 
network station client and another network station client where the 
user has been authenticated . 
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The foregoing is a summary and thus contains, by necessity, 
simplifications, generalizations, and omissions of detail; 
consequently, those skilled in the art will appreciate that the 
5 summary is illustrative only and is not intended to be in any way 
limiting . Other aspects, inventive features, and advantages of the 
present invention, as defined solely by the claims, will become 
apparent in the non-limiting detailed description set forth below. 



BRIEF DESCRIPTION OF THE DRAWINGS 

10 The present invention may be better understood, and its 

numerous objects, features, and advantages made apparent to those 
skilled in the art, by referencing the accompanying drawings. 

Figure 1 depicts a data communications environment having a 
client-server architecture. 

15 Figure 2 shows a series of events in a data communications 

environment which occur in response to entry of user data indicating 
that a network station client is to be invited to join an ongoing 
conference call - 

Figure 3 depicts an invited network station client accepting an 
20 invitation to join an ongoing conference call. 

Figure 4 illustrates the addition of an invited network station 
client to an ongoing conference call. 

Figure 5 shows a high-level logic flowchart depicting a process 
by which a network station client can be invited and added to an 
2 5 ongoing conference call. 

The use of the same reference symbols in different drawings 
indicates similar or identical items. 



DETAILED DESCRIPTION 

The following sets forth a detailed description of a mode for 
3 0 carrying out embodiments described. The description is intended to 
be illustrative of the invention and should not be taken to be 
limiting. 



577266 v2 

Weil Reference: 1777 



- 4- 



Attorney Docket No . : 
M-7917 US 



With reference to the figures , and in particular with reference 
now to Figure I, shown is a data communi cat ions environment having a 
client-server architecture- Depicted are participant A's network 
station 100 client, participant B's network station 102 client, and 
participant C's network station 104 client in a conference call 
configuration. Participant A's network station 100 client, 
participant B's network station 102 client, and participant C's 
network station 104 client are illustrated as resident within 
desktop personal computer systems having display devices, speakers, 
microphones, system units, keyboards, mice, and drive units (e.g., 
CD-ROM, hard disk, floppy, or other drive units) , and can be 
implemented using virtually any IBM-compatible or Apple- compatible 
personal computer system; furthermore, those skilled in the art will 
appreciate that network stations discussed herein, such as the 
depicted network station wherein participant A's network station 100 
client resides, can be implemented utilizing virtually any other 
type of personal computer system, such as notebook and subnotebook 
personal computer systems. It will also be appreciated by those 
within the art that network stations discussed herein can also be 
implemented as voice terminals, which are essentially personal 
computer systems in a standard telephone- shaped shell (e.g., user E's 
network station 128) . 

Illustrated is that participant A's network station 10 0 client, 
participant B's network station 102 client, and participant C's 
network station 104 client are in communication with and under the 
control of call manager 106. Call manager 106 is depicted as 
resident within a network server computer, and can be implemented 
using virtually any network server computer such as Cisco System's 
MCS 783 0. Participant A's network station 100 client, participant 
B's network station 102 client, and participant C's network station 
104 client respectively communicate with call manager 10 6 via call 
management channels 107, 108, and 110. Those skilled in the art will 
recognize that each management channel shown herein, such as call 
management channels 107, 10 8, and 110, may be logical communication 
channels (e.g., time-slotted channels, IP channels, or other packet 
or packet-like channels) or actual physical communication channels 
(e.g., hard-wired channels). Note that call management channel 108 
is shown in Figure 1 as being drawn, or illustrated, behind 
conferencing engine 111, which is intended to show that call 
management channel 108 exists between call manager 106 and 
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participant B's network station 102 client ; that is, call management 
channel 108 does not directly interact with conferencing engine 111. 

Shown resident within, and under the control of call manager 
106, is conferencing engine 111 having multipoint controller 112 f 
5 multipoint processor 114, token processor 116, and token generator 
118. {Those skilled in the art will appreciate that conferencing 
engine 111 is a logical entity responsible for managing conferencing 
capabilities under the control of call manager 106. Conferencing 
engine, or server, 111 may be an independent (i.e., stand-alone) 

10 server, or it can reside in call manager 106, or alternatively it can 
reside in one of the participating network stations' 
clients /endpoints . ) Multipoint controller 112 is a conferencing 
engine 111 component that manages the participants 1 access into a 
conference and manages multipoint processor 114 in conferencing 

15 engine 111. Multipoint processor 114 is a conferencing engine 111 

component that ensures that data is appropriately duplicated and sent 
to various participants engaging in a conference {e.g., duplicating 
and sending conference call data to participant A's network station 
100 client, participant B's network station 102 client, and 

20 participant C's network station 104 client }. Depicted is that 
multimedia data exchanged between multipoint processor 114 and 
participant A's network station 100 client, participant B's network 
station 102 client, and participant C's network station 104 client, 
respectively travel via media transport channels 122, 124, and 126. 

25 Those skilled in the art will appreciate that each media transport 
channel shown herein, such as media transport channels 122,124, and 
12 6 can be either a logical communications channel or an actual 
physical communications channel. 

In addition to the foregoing, further depicted is user D's 
3 0 network station 12 0 client (as used herein, a ^participant" network 
station client indicates that the network station client is 
participating in a conference call, while a tt user" network station 
client is not currently participating in a conference call; when a 
u user" network station client joins a conference call, the "user" 
35 network station client becomes a "participant" network station 

client) in conversation with user E's network station 128 client over 
media transport channel 134. Illustrated is that user D's network 
station 120 client and user E's network station 128 client are in 
communication with and under the control of call manager 106. User 
40 D's network station 120 client and user E's network station 128 
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client respectively communicate with call manager 106 via call 
management channels 13 0, and 132. 

In addition to the foregoing, further depicted are token 
processor 116 and token generator 118 under the control of multipoint 
5 processor 114. Token processor 116 and token generator 118 are 

utilized to allow a persistent invitation to be extended to one or 
more network station clients to join the depicted ongoing conference 
call in a fashion which will now be described. 

Figure 1, for ease of illustration, shows conferencing engine 
10 111, multipoint controller 112, multipoint processor 114, token 
processor 116, and token generator 118 as physically co-located. 
However, it will be understood by those having ordinary skill in the 
art that each of the foregoing noted communications entities could be 
located in any one of a number of different physical locations 
15 throughout the network, and that such entities could relatively 
easily maintain their herein described logical relationships by 
techniques well known to those having ordinary skill in the art. 
That is, the locations of various communications entities depicted 
herein are meant to be illustrative and are not to be taken as 
20 limiting. 

Referring now to Figure 2, depicted is event 200 wherein 
participant C enters data, typically using a mouse, by pointing 
graphical pointer 254 to * invite user D to join conference" button 
250 within graphical user interface (GUI) 252 and "clicking." (It 

25 will be appreciated by those skilled in the art that the GUIs 

depicted in Figure 2 are merely exemplary and are not limiting in 
that many other various interfaces can be used to the same effect 
(e.g., an IP phone or an analog phone interface). In addition, 
although a visual interface is described, an audio interface could be 

3 0 used to the same effect. The foregoing holds true for substantially 
all interfaces described herein.) Thereafter, depicted is event 203 
whereby participant C's network station 104 client, via a message 
sent over call management channel 110 to call manager 106 in response 
to participant C input, invites user D's network station 120 client 

3 5 to join into the ongoing conference call involving participant A's 
network station 100 client, participant B's network station 102 
client, and participant C's network station 104 client . 

It will now be assumed for sake of illustration that call 
manager 106 is aware that user D's network station 12 0 client is busy 
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(however, those skilled in the art will appreciate that typically the 
fact that user D's network station 120 client is busy is discerned 
by call manager 106 via a series of communications (not shown) with 
user D's network station 120 client ). Consequently, illustrated is 
5 that call manager 106, in response to event 2 03 (participant C's 104 
invitation to user D's network station 120 client to join} and the 
knowledge that user D's network station 12 0 client is currently busy, 
initiates event 202 whereby call manager 106, via a message sent over 
call manager-multipoint controller communication channel 2 01, directs 

10 multipoint controller 112 to send user D's network station 120 client 
a persistent invitation to join the ongoing conference call (as used 
herein, a persistent invitation means that the invitation will 
continue to persist and be viable for the length of the ongoing 
conference call, or for some length of time specified in the 

15 persistent invitation itself) . Call manager-multipoint controller 
communication channel 2 01 may be a logical communication channel 
(e.g., in a software implementation) , or a physical communication 
channel (e.g., in a hardware implementation). 

In response to event 2 02 (call manager 106 directing multipoint 

20 controller 112 to invite user D's network station 120 client to join 
the ongoing conference call) , shown is that multipoint controller 112 
directs multipoint processor 114 to attempt to add user D's network 
station 12 0 client to the ongoing conference call between 
participant A's network station 100 client, participant B's network 

25 station 102 client, and participant C's network station 104 client . 

In response to such direction, multipoint processor 114 requests that 
token generator 118 create a token associated with a persistent 
invitation to join the ongoing conference call. In response to such 
request, token generator 118 generates token 204 which can have a 

3 0 number of different fields such as a token ID field, a conference ID 
field, a password field, an expiration time field (which can be used 
to set a duration for the persistent invitation) , and a conference 
call participant information field (a field which can contain 
information related to each network station client participating in 

35 the conference call, such information including but not limited to 
the identity of the participating network station client, the 
identity of the human user interacting with the participating network 
station client, the physical location of the participating network 
station client, etc.) . Thereafter, event 206 shows that token 204 is 

40 sent to user D's network station 12 0 client . (It is to be 

understood, and it will be appreciated by those having ordinary skill 
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in the art, that although the present description describes the 
actual passing of a token for sake of clarity, such "passing" could 
also be achieved in other ways, such as by passing a "reference" to 
the token, which can thereafter be used to retrieve state data which 
5 serves, or functions, as the "fields" of the actual token; 

accordingly, when the present description refers to passing a token 
it is intended that such passing also serve as an illustration of, 
and encompass, "passing" the token indirectly by a passing a 
reference to the token.) Those skilled in the art will appreciate 

10 that there are multiple ways that token 204 could be sent to user D's 
network station 12 0 client . One way in which token 204 can be sent 
is for multipoint controller 112 to send token 2 04, via call manager- 
multipoint controller communication channel 2 01, to call manager 106, 
thereafter call manager 106 forwards token 204 to user D's network 

15 station 120 client over call management channel 130. Alternatively, 
token 204 could be sent to participant D's network station 120 client 
over an unused media transport channel (not shown) . In a different 
embodiment the token is stored in a proxy on behalf of user D's 
network station 120 client . The proxy may reside in call manager 

20 106 or in a separate proxy server. 

Token 204 carries with it information sufficient to alert user 
D's network station 120 client that participant C's network station 
104 client is persistently inviting user D's network station 120 
client to join in the ongoing conference call. However, upon 

25 receipt of token 204 by user D's network station 12 0 client, user D's 
network station 120 client is not free to join in the ongoing 
conference call due to the fact that user D's network station 120 
client is in conversation with user E's network station 128 client . 
Accordingly, illustrated is that token 204, upon receipt by user D's 

3 0 network station 12 0 client, is cached, or queued, and that 

substantially simultaneously notification that the invitation is 
pending is displayed via GUI 262 presented on the visual display 
device of user D's network station 120. (It will be appreciated by 
those skilled in the art that the GUIs depicted in Figure 2 are 

3 5 merely exemplary and not limiting in that many other various 

interfaces can be used to the same effect (e.g., an IP phone or an 
analog phone interface) . In addition, although a visual interface is 
described, an audio interface could be used to the same effect. The 
foregoing holds true for substantially all interfaces described 

40 herein.) As illustrated, the token may be queued in user D's network 
station 12 0 client, or may be queued in some other entity within the 
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data communications network, such as call manager 106 or multipoint 
controller 112 . 

With reference now to Figure 3, illustrated is that the 
conversation between user D's network station 120 client and user 
E's network station 128 client has terminated (such termination 
depicted by the fact that media transport channel 13 4 is no longer 
shown in Figure 3). Depicted is that user D accepts the invitation 
to join the ongoing conference call by * clicking" arrow 2 61 on accept 
button 260 in GUI 262. (It will be appreciated by those skilled in 
the art that the GUIs depicted in Figure 3 are merely exemplary and 
are not limiting in that many other various interfaces can be used to 
the same effect (e.g., an IP phone or an analog phone interface) . In 
addition, although a visual interface is described, an audio 
interface could be used to the same effect. The foregoing holds true 
for substantially all interfaces described herein. } Thereafter, shown 
is event 300 whereby user D's network station 120 client returns 
token 204 to token processor 116, in order to alert token processor 
116 that the invitation to user D's network station 120 client 
(token 204 has one or more fields which can be utilized to identify 
user D's network station 120 client ) to join the ongoing conference 
call has been accepted (token 2 04 has one or more fields which can be 
utilized to identify the specific ongoing conference call) . Those 
skilled in the art will appreciate that there are numerous ways in 
which token 204 can be sent to token processor 116; however, one way 
in which such may be achieved is to send token 204, via call 
management channel 130, to call manager 106 which thereafter forwards 
token 204, via call manager -multipoint controller communication 
channel 2 01, to multipoint controller 112, which thereafter delivers 
token 204 to token processor 116. Upon receipt of token 204, token 
processor 116 recognizes that user D's network station 12 0 client 
has indicated acceptance of the persistent invitation to join the 
ongoing conference call. 

For ease of understanding, the acceptance of the persistent 
invitation is shown herein as being effected by user D's input to a 
graphical user interface associated with user D's network station 120 
client. However, it is to be understood that such an invitation 
could be accepted by user D's input into another network station 
client. That is, once user D has been authenticated and has retrieved 
token 204, user D can utilize token 204 with virtually any client 
within the network to log into the ongoing conference call, 
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irrespective of where user D, or the client he may be using, is 
physically located within the network. 

Referring now to Figure 4, shown is that multipoint processor 
114, in response to receipt of token 2 04 by token processor 116, adds 
5 user D's network station 12 0 client to the ongoing conference call, 
which, as shown, results in "user" D becoming "participant " D. 
Multipoint processor 114 adds user D's network station 120 client by 
establishing media transport channel 40 0 between user D's network 
station 12 0 client and multipoint processor 114 in a fashion 

10 analogous to the way in which media transport channels 122, 124, and 
12 6 were established. Subsequent to addition to the conference call, 
user D's network station 120 client functions as "participant " D's 
network station 120 client in the conference call. In addition, 
shown is that multipoint controller 112 causes a notification to be 

15 displayed on the visual display devices of participant A's network 
station 100, participant B's network station 102, participant C's 
network station 104, and "participant" D's network station 120 that 
"participant" D's network station 120 client has been added to the 
conference call. (It will be appreciated by those skilled in the art 

20 that the GUIs depicted in Figure 4 are merely exemplary and are not 
limiting in that many other various interfaces can be used to the 
same effect {e.g., an IP phone or an analog phone interface). In 
addition, although a visual interface is described, an audio 
interface could be used to the same effect (e.g., "participant 1 has 

25 joined conference") . The foregoing holds true for substantially all 
interfaces described herein. ) 

The foregoing discussion has utilized Figures 1-4 to 
demonstrate a device and process for providing a mechanism to allow 
network station clients to join in an ongoing conference call when 
3 0 the network station client is unavailable when the invitation is 

extended. The following is a more formal and enhanced description of 
the f orgoing-described process. 

With reference now to Figure 5 and Figures 1-4, depicted is a 
high-level logic flowchart illustrating in more detail a process by 

3 5 which a participant can be added to an ongoing conference call. 

Method step 500 shows the start of the process. Method step 502 
depicts the existence of the data communications network state 
illustrated in Figure 1, wherein participant A's network station 100 
client, participant B's network station 102 client, and participant 

40 C's network station 104 client are in a conference call, while user 
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D 12 0 (as used herein the term "participant" indicates participation 
in a conference call/ and the term "user" indicates a network station 
client not participating in a conference call) is engaged in a call 
with user E's network station 128 client . 

5 Method step 504 illustrates the event of participant C's 

network station 104 client inviting user D's network station 120 
client to join the ongoing conference call, such as was illustrated 
in Figure 2. Thereafter, method step 506 shows the inquiry as to 
whether user D's network station 120 client is busy {e.g., in 

10 conversation with another data communication system user) , which can 
be accomplished via communication between call manager 106 and user 
D's network station 120 client over call management channel 132. In 
the event that the inquiry of method step 506 yields a determination 
that user D's network station 12 0 client is busy, the process 

15 proceeds to method step 508 wherein is depicted the operation of 
multipoint controller 112 creating token 2 04, associated with a 
persistent invitation to join the ongoing conference call, as was 
discussed above in relation to Figure 2 . Subsequently , method step 
510 illustrates multipoint controller 112 queuing token 204 to the 

20 Camp-On application program, resident within and running on user D's 
network station 120 client . Thereafter, method step 512 shows the 
event of the Camp-On application program, resident within and running 
on user D's network station 120, presenting the invitation to join 
the ongoing conference call to user D, which in one instance is done 

25 by presentation of an icon within a graphical user interface such as 
was discussed in relation to Figure 3, but which could also be 
achieved via use of an auditory signal such as the ringing of a bell- 
like signal on a speaker of user D's network station 120. 

Prior to discussing method steps 520 and 514 individually, it 
3 0 should be noted that method steps 520 and 514 are actually working in 
tandem to determine whether the "user busy" situation or the ongoing 
conference call ends first. Method steps 52 0 and 514 provide the 
Camp-On (Camp-On is a term of art referring to substantially 
continuously attempting to contact a user's initially unresponsive 
35 communication system (e.g., network station client) until the user's 
communication system responds) function by waiting for user D's 
network station 120 client to become available, while monitoring 
that the conference call is still ongoing. Consequently, shown is 
that the process will "loop" through method steps 520 and 514 until 
40 either user D's network station 120 client becomes available or 

until the conference call ends. In the event that the inquiry of 
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method step 520 yields a determination that user D's network station 
120 client is still busy, the process proceeds to method step 514 
wherein is depicted an inquiry as to whether the conference call is 
still ongoing. (The determination as to whether the conference call 
is still ongoing can be made in any one of a number of ways, such as 
by having Call Manager 106 periodically inform the Camp-On 
application program, resident on user D's network station 120, as to 
the status of the conference call, or by having multipoint controller 
112 inform the Camp-On application program that the conference call 
is complete upon conference call termination, or by having the Camp- 
On application program, resident on user D's network station 12 0/ 
periodically query multipoint controller 112 as to the status of the 
conference call.) In the event that the conference call is still 
ongoing, the process proceeds to method step 52 0 and continues from 
that point. In the event that the conference call has terminated 
(i.e., is complete) the process proceeds to method step 516 wherein 
is depicted the event of the Camp-On application program, resident on 
user D's network station 12 0, releasing the reference to token 204 
and removing the graphical user interface notification of the 
persistent invitation from the display device of user D's network 
station 120. Thereafter, method step 518 shows that the Camp-On 
application program enters an idle state, and the associated Camp-On 
token is released. 

In the event that the inquiry of method step 52 0 yields a 
determination that user D's network station 120 client is no longer 
busy, the process proceeds to method step 522 wherein is illustrated 
the inquiry as to whether input has been received indicating that 
user D accepts or rejects the persistent invitation to join the 
ongoing conference call (e.g., by user D clicking a graphical user 
interface icon such as that illustrated in Figure 3) . In the event 
that the inquiry of method step 522 yields a determination that user 
D has rejected the invitation, the process proceeds to method step 
532 wherein is depicted the event that the Camp-On application 
program resident on user D's network station 12 0 rejects the 
invitation referenced by token 204, in which case the ongoing 5*33 
conference continues unchanged as illustrated in method step 

In the event that the inquiry of method step 522 yields a 
determination that input has been received indicating that user D has 
accepted the invitation {e.g., by user D clicking an graphical user 
interface icon such as that illustrated in Figure 3), the process 
proceeds to method step 524 wherein is depicted the event of the 
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Camp-On application program accepting the persistent invitation 
referenced by token 204, which is achieved by token 2 04 being 
transmitted to token processor 116 as discussed in relation to Figure 
3. Thereafter, the process proceeds to method step 526 wherein it is 
5 illustrated that user D's network station 120 client is added to the 
ongoing conference call, and visual notification of such addition is 
displayed, in the fashion discussed above in relation to Figure 4. 
Subsequently, the process proceeds to method step 52 8 wherein is 
shown that the ongoing conference call now has four participants, 
10 such as was illustrated in Figure 4. Thereafter, the process 
proceeds to method step 53 0 which shows that the conference 
continues . 

In the event that the inquiry of method step 50 6 yields a 
determination that user D's network station 120 client is not busy, 
15 the process proceeds to method step 53 4 wherein is depicted the 
operation of a standard teleconference application program (the 
workings of which are well known to those within the art) , resident 
within user D's network station 120, alerting user D of the 
invitation via a ringing sound, or other similar indication, such as 

2 0 the presentation of a graphical user interface icon on display device 

of user D's network station 120. Thereafter, the process proceeds to 
method step 53 6 wherein is depicted the inquiry as to whether user 
input has been received, within a pre- specified time period, by the 
standard teleconference application program that user D has 
25 acknowledged the invitation to join the ongoing conference call 
(e.g., by user D clicking a graphical user interface button 
acknowledging the invitation, or by user D lifting a telephone 
handset (not shown) ) . 

In the event that the inquiry of method step 53 6 yields a 

3 0 determination that user D has acknowledged the invitation to join the 

ongoing conference call within a pre-specif ied time period, the 
process proceeds to method step 53 8 wherein is depicted the inquiry 
as to whether input has been received (e.g., by user D clicking an 
"accept" graphical user interface icon) indicating that user D 

3 5 accepts or rejects the invitation to join the ongoing conference 
call. In the event that the inquiry of method step 53 8 yields a 
determination that user D has declined to accept the invitation, the 
process proceeds to method step 540 wherein is depicted the event 
that the ongoing conference continues unchanged and the associated 

40 Camp-On token is released. In the event that the inquiry of method 
step 53 8 yields a determination that input has been received 
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indicating that user D has accepted the invitation, the process 
proceeds to method step 542 wherein is depicted the event of the 
standard teleconference application program accepting the invitation 
to join the conference, and thus illustrated is that user D's network 
5 station 12 0 client is added to the ongoing conference call in the 
usual fashion well known to those within the art. Subsequently, the 
process proceeds to method step 52 8 wherein is shown that the ongoing 
conference call now has four participants such as was illustrated in 
Figure 4. Thereafter , the process proceeds to method step 53 0 which 
10 shows the end of the process. 

In the event that the inquiry of method step 53 6 yields a 
determination that user D has not acknowledged the invitation to join 
the ongoing conference call within a specified period of time, the 
process proceeds to method step 544 wherein is depicted the operation 

15 of multipoint controller 112 creating token 204, associated with a 
persistent invitation (as opposed to the non-persistent invitation 
which has been referred to in relation to method step 53 6 and 53 8) to 
join the ongoing conference call, as was discussed above in relation 
to Figure 2. Subsequently, method step 546 illustrates multipoint 

2 0 controller 112 queuing token 2 04 to the Camp-On application program, 
resident within and running on user D's network station 120. which 
may cache the token locally or in another network location as was 
discussed in Figure 2. Thereafter, method step 548 shows the event of 
the Camp-On application program, resident within user D's network 

25 station 120, presenting the invitation to join the ongoing conference 
call on user D's network station 12 0, which in one instance is done 
by presentation of an icon within a graphical user interface as was 
discussed in relation to Figure 3, but which could also be achieved 
via use of an auditory signal such as the ringing of a bell-like tone 

30 through a speaker of user D's network station 120, a conference call 
Camp-On LED indicator, a conference call Camp-On email message, a 
voice-mail conference call Camp-On message, or a conference call 
Camp-On pager notification. 

Subsequent to method step 548, the process proceeds to method 
35 step 550 wherein is depicted an inquiry as to whether the conference 
call is still ongoing. (The determination as to whether the 
conference call is still ongoing can be made by either the Camp-On 
application program resident within user D's network station 12 0 
periodically querying multipoint controller 112 as to the status of 
40 the ongoing conference call, or by having multipoint controller 112 
inform the Camp-On application program that the conference call is 
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complete upon conference call termination, or by utilizing the known 
call status in Call Manager 106.) In the event that the conference 
call has terminated (i.e., is complete) the process proceeds to 
method step 552 wherein is depicted the event of the Camp-On 
application program, resident within user D's network station 12 0, 
releasing the reference to token 2 04 and removing the presented 
notice (e.g., removing the graphical user interface icon or ringing 
indication on user D's network station 12 0) that a persistent 
invitation to join an ongoing conference call has been extended. 
Thereafter , method step 554 shows that the Camp-On application 
program enters an idle state. 

Prior to discussing the interaction of method step 550 and 556 , 
it should be noted that method steps 550 and 556 are actually working 
in tandem to determine whether user D answers the conference call 
indication (method step 556) before the ongoing conference call ends. 
Consequently, shown is that process will n loop" through method steps 
550 and 560 until either user D answers the conference call 
indication or until the conference call ends. 

Returning now to a sequential discussion of Figure 5, it is 
seen that in the event that the inquiry of method step 55 0 yields a 
determination that the conference call is still ongoing, the process 
proceeds to method step 556 wherein is depicted the inquiry as to 
whether user input has been received that user D has accepted or 
rejected the persistent invitation to join the ongoing conference 
call (e.g., by user D clicking a graphical user interface button 
accepting or rejecting the invitation, or by user D lifting a 
telephone handset and pressing the conference acceptance key 
sequence) . In the event that the inquiry of method step 556 yields a 
determination that user D has accepted or rejected the persistent 
invitation to join the ongoing conference call, the process proceeds 
to method step 522 and proceeds from that point in the fashion 
discuss previously. In the event that the inquiry of method step 556 
yields a determination that user D has neither accepted nor rejected 
the persistent invitation to join the ongoing conference call, the 
process proceeds to method step 550 and proceeds from that point in 
the fashion discussed previously. 

The foregoing detailed description has set forth various 
embodiments of the present invention via the use of block diagrams, 
flowcharts, and examples. It will be understood as notorious by 
those within the art that each block diagram component, flowchart 
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step, and operations and/ or components illustrated by the use of 
examples can be implemented, individually and/or collectively, by a 
wide range of hardware, software, firmware, or any combination 
thereof. In one embodiment, the present invention may be implemented 
via Application Specific Integrated Circuits (ASICs) . However, those 
skilled in the art will recognize that the embodiments disclosed 
herein, in whole or in part, can be equivalently implemented in 
standard Integrated Circuits, as a computer program running on a 
computer, as firmware, or as virtually any combination thereof and 
that designing the circuitry and/ or writing the code for the software 
or firmware would be well within the skill of one of ordinary skill 
in the art in light of this disclosure . In addition, those skilled in 
the art will appreciate that the mechanisms of the present invention 
are capable of being distributed as a program product in a variety of 
forms, and that an illustrative embodiment of the present invention 
applies equally regardless of the particular type of signal bearing 
media used to actually carry out the distribution. Examples of a 
signal bearing media include but are not limited to the following: 
recordable type media such as floppy disks, hard disk drives, CD 
ROMs, digital tape, and transmission type media such as digital and 
analogue communication links using either synchronous or asynchronous 
communication links (e.g., TDM, packet, ATM, frame based 
communications links) . 

The above description is intended to be illustrative of the 
invention and should not be taken to be limiting. Other embodiments 
within the scope of the present invention are possible. Those 
skilled in the art will readily implement the steps necessary to 
provide the structures and the methods disclosed herein, and will 
understand that the process parameters and sequence of steps are 
given by way of example only and can be varied to achieve the desired 
structure as well as modifications that are within the scope of the 
invention. Variations and modifications of the embodiments disclosed 
herein may be made based on the description set forth herein, without 
departing from the spirit and scope of the invention as set forth in 
the following claims. 

Other embodiments are within the following claims . 

While particular embodiments of the present invention have been 
shown and described, it will be obvious to those skilled in the art 
that, based upon the teachings herein, changes and modifications may 
be made without departing from this invention and its broader aspects 
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and, therefore, the appended claims are to encompass within their 
scope all such changes and modifications as are within the true 
spirit and scope of this invention. Furthermore, it is to be 
understood that the invention is solely defined by the appended 
5 claims. It will be understood by those within the art that if a 

specific number of an introduced claim element is intended, such an 
intent will be explicitly recited in the claim, and in the absence of 
such recitation no such limitation is present. For non-limiting 
example, as an aid to understanding, the following appended claims 

10 may contain usage of the introductory phrases "at least one" and w one 
or more" to introduce claim elements. However, the use of such 
phrases should not be construed to imply that the introduction of a 
claim element by the indefinite articles "a" or "an" limits any 
particular claim containing such introduced claim element to 

15 inventions containing only one such element, even when same claim 

includes the introductory phrases "one or more" or *at least one 7 ' and 
indefinite articles such as "a" or n an" ; the same holds true for the 
use of definite articles used to introduce claim elements. 
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WHAT IS CLAIMED IS: 



1 1. A method for adding a network station client to an 

2 ongoing conference call, said method comprising: 

3 extending a persistent invitation to a first network station 

4 client to join a conference call in response to a 

5 determination that the first network station client is 

6 unavailable to accept a non-persistent invitation to join 

7 the conference call; and 

8 adding the first network station client to the conference call 

9 when the first network station client accepts the 
10 persistent invitation to join the conference call. 

1 2. The method of Claim 1, wherein said extending a 

2 persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 directing a token generator to issue the persistent invitation 

7 to the first network station client in response to user 

8 input to a second network station client. 

1 3 . The method of Claim X, wherein said extending a 

2 persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 receiving a message that the first network station client is 

7 busy . 

1 4. The method of Claim 1, wherein said extending a 

2 persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes : 

6 determining that the first network station client is not 

7 responding to the non-persistent invitation to join the 

8 conference call within a specified time period. 

1 5. The method of Claim 1, wherein said extending a 

2 persistent invitation to a first network station client to join a 
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3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 sending to the first network station client a token having at 

7 least one field selected from the group comprising a 

8 token ID field, a conference ID field, a password field, 

9 an expiration time field, and a conference call 
10 participant information field. 

1 6. The method of Claim 5, wherein said sending to the first 

2 network station client a token having at least one field selected 

3 from the group comprising a token ID field, a conference ID field, a 

4 password field, an expiration time field, and a conference call 

5 participant information field further includes: 

6 sending to the first network station client a reference used to 

7 retrieve state data where such state data functions as at 

8 least one field selected from the group comprising a 

9 token ID field, a conference ID field, a password field, 

10 an expiration time field, and a conference call 

11 participant information field. 

1 7. The method of Claim 1, wherein said adding the first 

2 network station client to the conference call when the first network 

3 station client accepts the persistent invitation to join the 

4 conference call further includes: 

5 detecting that the first network station client has returned a 

6 token to a token processor in indication that the first 

7 network station client has accepted the persistent 

8 invitation to join the conference call. 

1 8. The method of Claim 1, further comprising: 

2 withdrawing the persistent invitation upon termination of the 

3 conference call. 

1 9. The method of Claim 8, wherein said withdrawing the 

2 persistent invitation upon termination of the conference call further 

3 includes : 

4 notifying the first network station client that the conference 

5 call has been terminated. 
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1 10. The method of Claim 9, wherein said notifying the first 

2 network station client that the conference call has been terminated 

3 further includes: 

4 a multipoint controller notifying the first network station 

5 client that the conference call has been terminated. 
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1 11. A system for adding a network station client to an 

2 ongoing conference call, said system comprising: 

3 means for extending a persistent invitation to a first network 

4 station client to join a conference call in response to a 

5 determination that the first network station client is 

6 unavailable to accept a non-persistent invitation to join 

7 the conference call; and 

8 means for adding the first network station client to the 

9 conference call when the first network station client 

10 accepts the persistent invitation to join the conference 

11 call. 

1 12. The system of Claim 11, wherein said means for extending a 

2 persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 means for directing a token generator to issue the persistent 

7 invitation to the first network station client in 

8 response to user input to a second network station 

9 client. 

1 13. The system of Claim 11, wherein said means for extending 

2 a persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 means for receiving a message that the first network station 

7 client is busy. 

1 14. The system of Claim 11, wherein said means for extending 

2 a persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 means for determining that the first network station client is 

7 not responding to the non-persistent invitation to join 

8 the conference call within a specified time period. 
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1 15. The system of Claim 11, wherein said means for extending 

2 a persistent invitation to a first network station client to join a 

3 conference call in response to a determination that the first network 

4 station client is unavailable to accept a non-persistent invitation 

5 to join the conference call further includes: 

6 means for sending to the first network station client a token 

7 having at least one field selected from the group 

8 comprising a token ID field, a conference ID field, a 

9 password field, an expiration time field, and a 
10 conference call participant information field. 

1 16. The system of Claim 15, wherein said means for sending to 

2 the first network station client a token having at least one field 

3 selected from the group comprising a token ID field, a conference ID 

4 field, a password field, an expiration time field, and a conference 

5 call participant information field further includes : 

6 means for sending to the first network station client a 

7 reference used to retrieve state data where such state 

8 data functions as at least one field selected from the 

9 group comprising a token ID field, a conference ID field, 

10 a password field, an expiration time field, and a 

11 conference call participant information field. 

1 17. The system of Claim 11, wherein said means for adding the 

2 first network station client to the conference call when the first 

3 network station client accepts the persistent invitation to join the 

4 conference call further includes: 

5 means for detecting that the first network station client has 

6 returned a token to a token processor in indication that 

7 the first network station client has accepted the 

8 persistent invitation to join the conference call. 

1 18. The system of Claim 11, further comprising: 

2 means for withdrawing the persistent invitation upon 

3 termination of the conference call. 
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1 19. The system of Claim 18, wherein said means for 

2 withdrawing the persistent invitation upon termination of the 

3 conference call further includes: 

4 means for notifying the first network station client that the 

5 conference call has been terminated. 

1 20. The system of Claim 19, wherein said means for notifying 

2 the first network station client that the conference call has been 

3 terminated further includes : 

4 means for a multipoint controller notifying the first network 

5 station client that the conference call has been 

6 terminated. 

1 21. The system of Claim 18, further comprising: 

2 signal bearing media bearing 

3 said means for extending a persistent invitation to a 

4 first network station client to join a conference 

5 call in response to a determination that the first 

6 network station client is unavailable to accept a 

7 non-persistent invitation to join the conference 

8 call, 

9 said means for adding the first network station client to 

10 the conference call when the first network station 

11 client accepts the persistent invitation to join 

12 the conference call, and 

13 said means for withdrawing the persistent invitation upon 

14 termination of the conference call. 

1 22. The system of Claim 21, wherein said signal bearing media 

2 further comprises : 

3 recordable media. 

1 23. The system of Claim 21, wherein said signal bearing media 

2 further comprises : 

3 transmission media. 
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1 24. A method for accepting an invitation to join an ongoing 

2 conference call, said method comprising: 

3 receiving at an initially unavailable network station client a 

4 persistent invitation to join a conference call; and 

5 accepting the persistent invitation to join the conference call 

6 in response to user input to a network station client 

7 selected from the group comprising the initially 

8 unavailable network station client and another network 

9 station client where the user has been authenticated. 

1 25. The method of Claim 24, wherein said receiving at an 

2 initially unavailable network station client a persistent invitation 

3 to join a conference call further includes: 

4 receiving a token indicative of a persistent invitation to join 

5 the conference call, the token having at least one field 

6 selected from the group comprising a token ID field, a 

7 conference ID field, a password field, an expiration time 

8 field, and a conference call participant information 

9 field; and 

10 presenting an alert that the persistent invitation to join the 

11 conference call has been received, in response to the 

12 token. 

1 26. The method of Claim 25, wherein said receiving a token 

2 indicative of a persistent invitation to join the conference call, 

3 the token having at least one field selected from the group 

4 comprising a token ID field, a conference ID field, a password field, 

5 an expiration time field, and a conference call participant 

6 information field further includes: 

7 receiving a reference used to retrieve state data where such 

8 state data functions as at least one field selected from 

9 the group comprising a token ID field, a conference ID 

10 field, a password field, an expiration time field, and a 

11 conference call participant information field. 

1 27. The method of Claim 25, wherein said presenting an alert 

2 further comprises: 

3 presenting at least one visual alert from the group comprising 

4 a Graphical User Interface icon, a conference call Camp- 

5 On LED indicator, and a conference call Camp-On email 

6 message. 
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1 



28. 



The method of Claim 25, wherein said presenting an alert 



2 



3 



further comprises: 

presenting an auditory alert selected from the group comprising 



4 



5 



6 



a notification via a network station speaker, a voice- 
mail conference call Camp-On message, or a conference 
call Camp-On pager notification. 



1 



29 . 



The method of Claim 24, wherein said accepting the 



2 persistent invitation to join the conference call in response to user 

3 input to a network station client selected from the group comprising 

4 the initially unavailable network station client and another network 

5 station client where the user has been authenticated further 

6 includes : 

7 accepting user input indicating that the persistent invitation 

8 to join the conference call has been accepted; and 

9 transmitting a token to a multipoint controller as an 

10 indication that the persistent invitation to join the 

11 conference call has been accepted. 

1 30. The method of Claim 29, wherein the token further 

2 includes : 

3 identification of a transmitting user as a valid participant in 

4 the conference call. 

1 31. The method of Claim 29, wherein the token further 

2 includes: 

3 at least one field selected from the group comprising a token 

4 ID field, a conference ID field, a password field, an 

5 expiration time field, and a conference call participant 

6 information field. 

1 32. The method of Claim 29, wherein the token further 

2 includes : 

3 a reference used to retrieve state data where such state data 

4 functions as at least one field selected from the group 

5 comprising a token ID field, a conference ID field, a 

6 password field, an expiration time field, and a 

7 conference call participant information field . 



577266 v2 

Weil Reference: 1777 



- 26- 



Attorney Docket Wo.: 
M-7917 US 



1 33. The method of Claim 29, wherein said transmitting a token 

2 to a multipoint controller as an indication that the invitation to 

3 join the conference call has been accepted further includes: 

4 retrieving the token from a cache . 

1 34. The method of Claim 33, wherein said retrieving the token 

2 from a cache further includes : 

3 retrieving the token from a cache local to an invited network 

4 station client. 

1 35. The method of Claim 33, wherein said retrieving the token 

2 from a cache further includes : 

3 retrieving the token from a cache local to a network server. 

1 36. The method of Claim 24, wherein said accepting the 

2 persistent invitation to join the conference call in response to user 

3 input further includes : 

4 withdrawing an ability to accept the persistent invitation in 

5 response to a notification that the conference call has 

6 terminated. 

1 37. The method of Claim 36, wherein said withdrawing an 

2 ability to accept the persistent invitation in response to a 

3 notification that the conference call has terminated further 

4 includes: 

5 withdrawing a presented notice that the persistent invitation 

6 to join the conference call has been extended. 

1 38. The method of Claim 36, wherein said withdrawing an 

2 ability to accept the persistent invitation in response to a 

3 notification that the conference call has terminated further 

4 includes : 

5 withdrawing the ability to accept the persistent invitation in 

6 response to a notification from a multipoint controller 

7 that the conference call has terminated. 
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1 39. A system for accepting an invitation to join an ongoing 

2 conference call, said system comprising: 

3 means for receiving at an initially unavailable network station 

4 client a persistent invitation to join a conference call ; 

5 and 

6 means for accepting the persistent invitation to join the 

7 conference call in response to user input to a network 

8 station client selected from the group comprising the 

9 initially unavailable network station client and another 

10 network station client where the user has been 

11 authenticated. 

1 40. The system of Claim 39, wherein said means for receiving 

2 at an initially unavailable network station client a persistent 

3 invitation to join a conference call further includes: 

4 means for receiving a token indicative of a persistent 

5 invitation to join the conference call, the token having 

6 at least one field selected from the group comprising a 

7 token ID field, a conference ID field, a password field, 

8 an expiration time field, and a conference call 

9 participant information field; and 

10 means for presenting an alert that the persistent invitation to 

11 join the conference call has been received, in response 

12 to the token. 

1 41. The system of Claim 40, wherein said means for receiving 

2 a token indicative of a persistent invitation to join the conference 

3 call, the token having at least one field selected from the group 

4 comprising a token ID field, a conference ID field, a password field, 

5 an expiration time field, and a conference call participant 

6 information field further includes: 

7 means for receiving a reference used to retrieve state data 

8 where such state data functions as at least one field 

9 selected from the group comprising a token ID field, a 

10 conference ID field, a password field, an expiration time 

11 field, and a conference call participant information 

12 field. 



577266 v2 

Weil Reference: 1777 



- 28- 



Attorney Docket No.: 
M-7917 US 



1 42. The system of Claim 40, wherein said means for presenting 

2 an alert further comprises: 

3 means for presenting at least one visual alert from the group 

4 comprising a Graphical User Interface icon, a conference 

5 call Camp-On LED indicator, and a conference call Camp-On 

6 email message. 

1 43. The system of Claim 40, wherein said means for presenting 

2 an alert further comprises: 

3 means for presenting an auditory alert selected from the group 

4 comprising a notification via a network station speaker, 

5 a voice-mail conference call Camp-On message, or a 

6 conference call Camp-On pager notification. 

1 44. The system of Claim 39, wherein said means for accepting 

2 the persistent invitation to join the conference call in response to 

3 user input to a network station client selected from the group 

4 comprising the initially unavailable network station client and 

5 another network station client where the user has been authenticated 

6 further includes : 

7 means for accepting user input indicating that the persistent 

8 invitation to join the conference call has been accepted; 

9 and 

10 means for transmitting a token to a multipoint controller as an 

11 indication that the persistent invitation to join the 

12 conference call has been accepted. 

1 45. The system of Claim 44, wherein the token further 

2 includes: 

3 identification of a transmitting user as a valid participant in 

4 the conference call . 

1 46. The system of Claim 44, wherein the token further 

2 includes : 

3 at least one field selected from the group comprising a token 

4 ID field, a conference ID field, a password field, an 

5 expiration time field, and a conference call participant 

6 information field. 
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1 47. The system of Claim 44, wherein the token further 

2 includes : 

3 a reference used to retrieve state data where such state data 

4 functions as at least one field selected from the group 

5 comprising a token ID field, a conference ID field, a 

6 password field, an expiration time field, and a 

7 conference call participant information field . 

1 48. The system of Claim 44, wherein said means for 

2 transmitting a token to a multipoint controller as an indication that 

3 the invitation to join the conference call has been accepted further 

4 includes: 

5 means for retrieving the token from a cache. 

1 49. The system of Claim 48, wherein said means for retrieving 

2 the token from a cache further includes : 

3 means for retrieving the token from a cache local to an invited 

4 network station client. 

1 50. The system of Claim 48, wherein said means for retrieving 

2 the token from a cache further includes: 

3 means for retrieving the token from a cache local to a network 

4 server. 

1 51. The system of Claim 39, wherein said means for accepting 

2 the persistent invitation to join the conference call in response to 

3 user input further includes : 

4 means for withdrawing an ability to accept the persistent 

5 invitation in response to a notification that the 

6 conference call has terminated. 

1 52. The system of Claim 51, wherein said means for 

2 withdrawing an ability to accept the persistent invitation in 

3 response to a notification that the conference call has terminated 

4 further includes: 

5 means for withdrawing a presented notice that the persistent 

6 invitation to join the conference call has been extended. 
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1 53. The system of Claim 51, wherein said means for 

2 withdrawing an ability to accept the persistent invitation in 

3 response to a notification that the conference call has terminated 

4 further includes: 

5 means for withdrawing the ability to accept the persistent 

6 invitation in response to a notification from a 

7 multipoint controller that the conference call has 

8 terminated. 

1 54. The system of Claim 39, further comprising: 

2 signal bearing media bearing 

3 said means for receiving at an initially unavailable 

4 network station client a persistent invitation to 

5 join a conference call, and 

6 said means for accepting the persistent invitation to 

7 join the conference call in response to user input 

8 to a network station client selected from the group 

9 comprising the initially unavailable network 

10 station client and another network station client 

11 where the user has been authenticated . 

1 55. The system of Claim 54, wherein said signal bearing media 

2 further includes: 

3 recordable media. 

1 56. The system of Claim 54, wherein said signal bearing media 

2 further includes: 

3 transmission media. 
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EXTENDING CAMP-ON CAPABILITIES TO INVITEES TO AN ONGOING CONFERENCE 

CALL 



Shmuel Shaffer 
Charles J . Bedard 

ABSTRACT OF THE DISCLOSURE 

A method and system for extending Camp-On Capabilities to 
invitees to an ongoing conference call. In one embodiment, a 
persistent invitation is extended to a first network station client 
to join a conference call in response to a determination that the 
first network station client is unavailable to accept a non- 
persistent invitation to join the conference call, and the first 
network station client is added to the conference call when the first 
network station client accepts the persistent invitation to join the 
conference call. In another embodiment, a persistent invitation to 
join an ongoing conference call is presented to an initially 
unavailable network station client, and the persistent invitation to 
join the ongoing conference call is accepted in response to user 
input to a network station client including but not limited to the 
initially unavailable network station client and another network 
station client where the user has been authenticated . 
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Participants "A", "B" and "C" in a Conference. 
User "D" Busy in a Call with User "E". 
(See Figure 1) 
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506 



Participant "C" 
Invites User "D" 
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Figure 5: 

Flowchart Showing 
Camp-On Operation 
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Aiert User of Invitation 
via Ringing or Similar 
Indication 



Multipoint Controller Creates 
Token for this Confemence 
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MC Queues Token to "D"'s 
Camp-On Application 
(See Figure 2) 
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Yes 



Multipoint Controller Creates 
Token for this Confernence 
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Camp-On Application Presents 
Invitation Referenced by Token to "D" 



No 
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MC Queues Token to "D" 
Camp-on Application 
(See Figure 2) 
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anference^ 
^Complete?,, 



Yes 



-Yes- 
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Camp-On Application 
Releases Token Reference 
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Conference 

"Remains 

Unchanged 



Camp-On Application Sets • 
Pending Invitation Indicator 
for User "D" 
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Camp-On App 
REJECTS 
Invitation 

Referenced by 
Token 
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Yes-> 
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Camp-On Application 
Releases Token 
Reference and Removes 
Pending Indication 
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JL/*" 554 

( IDLE J 
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Yes 



Camp-On App ACCEPTS 
Invitation Referenced by Token 
(See Figure 3) 
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User "D" Joins 
the Confererence 
in the Normal 
Fashion 



User "D" is Added 
to the Conference 



Conference- 

, #e*rgains - 
Unchanged 
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Conference now 
has 4 Participants 
(See Figure 4) 
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